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Technical Field 



The present invention relates generally to computer systems, and more particularly to 
a system and method for automatic configuration of network parameters wherein a network 
context may be detected via a network query before an IP address has been determined. A 
suitable configuration associated with the network query may then be selected and applied to 
establish a network connection. 



With the advent of laptop computer technology, network configuration and 
connectivity problems have increased. A problem encountered by laptop users that are active 
on a plurality of networks, at various points in time, relates to there being substantially no 
way for laptops to automatically determine which of several networks have been attached to 
in the past and which network configuration should be appropriately applied. Thus, when 
connecting to different networks, it is essential to apply a correct network configuration in 
order for laptops to become network operational. Unfortunately, as laptop users move 
between different networks, previous configurations may be overwritten, thus requiring 
substantial manual reconfiguration. 

As an example to illustrate the above problems, consider a user who requires network 
connectivity at both home and work. At home, the user may have statically configured the 
laptop for a network connection to a cable modem provider, for example. At work, the 
laptop may get network configurations from a Dynamic Host Configuration Protocol (DHCP) 
server. However, previous home static configurations are likely be lost because when the 
laptop is on the corporate server, the user will likely configure their network adapter to boot 
from the DHCP server. The static configuration entered previously is thus overwritten. 
When the user transports the laptop home again, static configurations for the home network 
must be manually reentered. This problem becomes more acute if an increasing number of 
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networks attached to by users require static configurations. 

Another problem associated with static configurations is related to human error. For 
each site a laptop user visits, the user must remember correct static configurations of each 
network and "plumb" configurations manually. This clearly can lead to mistakes because of 
5 manual processes involved. It is noted that these problems may exist when one or more static 
configurations are involved. DHCP configurations may be obtained from a DHCP server and 
thus do not require user input. 

Although users may save static configuration settings for each network and 
subsequently apply them manually, as noted above, manual processes are both error prone 
10 and time consuming. Currently, there is no automatic way of applying static configurations 
to various networks. Consequently, there is a strong need in the art for enhancing laptop 
network connectivity by mitigating static configuration requirements. 

Summary of the Invention 

1 5 The present invention is related to a system and method for automatic configuration 

of network parameters when connecting to a plurality of variously configured networks. In 
accordance with the present invention, a laptop and/or other computer first determines which 
network has been attached to and then applies a stored configuration related to that network, 
and thus automatically enables network operations. This substantially reduces errors in 

20 applying manual configurations and saves time establishing network connections. 

More particularly, the present invention may employ a multicast to query other 
network machines to discover a network number. Upon discovery of the network number, a 
search of stored network configurations associated with the network number may then be 
performed. If a corresponding configuration is found pertaining to the network number, the 

25 configuration may be applied and network configuration is thereby complete. It is noted that 

the multicast operation described above may be performed before a network address has been 
established for any suitable device and/or system requiring a network configuration. It is 
further noted that conventional systems generally establish a network address before 
performing substantially any type of network communications. 
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In cases wherein no other host machine on the network supports the present invention, 
an Address Resolution Protocol (ARP) broadcast may be performed wherein an Internet 
Protocol (IP) address is transmitted. The ARP is directed to routers specified in stored 
network configurations. If any machine on the network responds to the ARP, then the stored 
5 configuration associated with the ARP is applied. If there is no corresponding response to 

the ARP, other heuristics may be employed. These heuristics may include, for example, 
performing a sequential and/or incremental variance of network parameters, applying the 
variance to the network and subsequently testing for a response. Furthermore, if no network 
configurations have been previously stored, multicasts and/or ARP's may be employed to 

10 determine/learn a basic network configuration based upon responses received from the 
multicast and/or ARP. 

As described above in reference to multicast operations, the ARP may be performed 
before a network address has been established for any suitable device and/or system requiring 
a network configuration. Conventional systems generally require a network address before 

1 5 performing substantially any type of network communications. Thus, the present invention 

provides a system and methodology for enabling a system to become network operational, via 
the network, before the system has been configured to communicate over the network. 

As will be described in more detail below, automatic detection of network parameters 
may rely on knowledge of network parameters shared by other computers already connected 

20 to the network. The computer system joining the network may then query via its interface for 
parameters that define the network. In this manner, the computer system may communicate 
with other computer systems coupled to the network - even before establishing a network 
identification for itself 

Another aspect of the invention relates to the concept of multiple user-defined 

25 network configurations. These configurations may be stored on the computer system joining 

the network. During the process of joining the network, the computer system gathers 
information {e.g., network parameters) regarding the network by the automatic detection 
process described above. Network parameters obtained in this manner may be employed to 
locate a user-defined configuration corresponding to the network. When a user-defined 
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configuration has been located and applied to a network interface, an automatic configuration 
portion of the present invention provides an extended set of network parameters and enables 
full connectivity to the network. If no user-defined configuration is available when the 
computer system connects to the network, the automatic configuration portion of the present 
5 invention may dynamically infer a configuration from information obtained from the network 
and thereby establish the configuration for future connection attempts. 

Another aspect of the invention relates to the computer system described above 
becoming a holder of network parameters upon successfully joining the network. Thus, the 
computer system may then answer queries emitted from other computer systems that may 

10 identify and join the network via the automatic detection process described above. 

According to one aspect of the invention, a system for automatic detection and 
configuration of network parameters is provided. The system includes a first computer 
system for communicating to a network and at least a second computer system for providing 
network information. The first computer system queries the network and receives the 

15 network information from the second computer system before a network identification has 

been established for the first computer system. 

Another aspect of the invention relates to a methodology for automatic detection and 
configuration of network parameters. A network is queried, and a response is received from 
the network. A network interface is configured before a network identification has been 

20 established based upon the response from the network. The network identification is 
established based upon the response from the network. 

Another aspect of the invention relates to a system for automatic detection and 
configuration of network parameters. The system includes: means for querying a network; 
means for receiving a response from the network; and means for configuring a network 

25 interface before a network identification has been established based upon the response from 

the network. 

Yet another aspect of the invention relates to a system for automatic detection and 
configuration of network parameters. The system includes a first computer system having a 
network interface and a storage for storing at least one configuration associated with a 
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network. The system further includes at least a second computer system for providing 
network information. The first computer system configures the network interface by 
determining a network identification associated with the network information received from 
the second computer system and matching the configuration with the network identification. 

Another aspect of the present invention relates to a system for automatic detection and 
configuration of network parameters. The system includes a first computer system having a 
network interface. A storage stores at least one configuration associated with a network. At 
least a second computer system provides network information. The first computer system 
queries the at least a second computer system via the network interface to receive the network 
information before a network identification has been established for the first computer 
system. The first computer system configures the network interface by determining a 
network identification associated with the network information and matching the at least one 
configuration with the network identification. 

To the accomplishment of the foregoing and related ends, the invention then, 
comprises the features hereinafter fully described. The following description and the 
annexed drawings set forth in detail certain illustrative aspects of the invention. These 
aspects are indicative, however, of but a few of the various ways in which the principles of 
the invention may be employed and the present invention is intended to include all such 
aspects and their equivalents. Other advantages and novel features of the invention will 
become apparent from the following detailed description of the invention when considered in 
conjunction with the drawings. 



Fig. 1 is a schematic block diagram illustrating an automatic network detection and 
configuration system in accordance with one aspect of the present invention; 

Fig. 2 is a schematic block diagram illustrating an automatic network detection and 
configuration system employing a multicast in accordance with one aspect of the present 
invention; 
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Fig. 3 is a schematic block diagram illustrating an automatic network detection and 
configuration system employing Address Resolution Protocol in accordance with one aspect 
of the present invention; 

Fig. 4a is a schematic block diagram illustrating an automatic network detection and 
5 configuration system and associated protocol in accordance with one aspect of the present 
invention; 

Figs. 4b-4e is a flow chart diagram depicting a methodology for an automatic 
detection and configuration system in accordance with one aspect of the present invention; 
Fig. 5 is a schematic block diagram illustrating a system in accordance with one 
1 0 aspect of the present invention; 

Fig. 6 is a schematic block diagram illustrating a Multiple IP Configurations (MIPC) 
service for an automatic network detection and configuration system in accordance with one 
aspect of the present invention; 

Figs. 7a, 7b is a block diagram illustrating a mapping table for an automatic network 
15 detection and configuration system in accordance with one aspect of the present invention; 

Figs. 8a, 8b is a block diagram illustrating a configuration detector (CD) for an 
automatic network detection and configuration system in accordance with one aspect of the 
present invention; and 

Fig. 9 is a block diagram illustrating a logic operation for an automatic network 
20 detection and configuration system in accordance with one aspect of the present invention. 

Detailed Description nf the Invention 

The present invention is now described with reference to the drawings, wherein like 
reference numerals are used to refer to like elements throughout. 
25 In accordance with the present invention, a system and method is provided that 

enables a machine (e.g., laptop computer) to discover a network that the machine may 
become attached to and subsequently applying a network configuration related thereto. This 
substantially automates network configuration and mitigates manual configurations 
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associated with conventional systems. Moreover, valuable time is saved by mitigating human 
errors and manual entry procedures associated with conventional systems. 

Referring initially to Fig. 1, a system 10 illustrates a particular aspect of the present 
invention related to automatic detection and configuration of network parameters. A 
5 computer system 20 is shown operatively coupled to an exemplary network 30 with a 

plurality of network systems 34a through 34c, hereinafter referred to as network system 34, 
coupled thereto. Upon connecting to the network 30 and before a network configuration may 
be established, the computer 20 may direct a Network Interface Card (NIC) 40, for example, 
to communicate via the network 30. Initially, the computer 20 is without a network address 
10 and as with conventional systems, would be unaware of the particular network 30 attached 
thereto. 

In accordance with the present invention, even though the NIC 40 has not been given 
a network address and configured to communicate with the network 30, a query 42 may be 
directed to the network 30 in order to determine a suitable network configuration 52. After 

1 5 sending the query 42, the computer 20 may listen for a response from the network systems 34 

that are adapted to provide a response 46a through 46c, hereinafter referred to as responses 
46. The responses 46 may include network information 50 and may be directed to the source 
of the query 42 - in this case, for example, the computer 20. As will be described in more 
detail below, the responses 46 may be provided as a result of the network system 34 receiving 

20 a multicast and/or broadcast address in which to respond. According to another aspect of the 
present invention, the response may alternatively be sent to a standard multicast address that 
machines configured according to this invention respond to. For example, the multicast 
address may be the same as the address to which the request was sent. 

If a response 46 is received by the computer 20, a determination may be made, based 

25 upon the network information 50, as to the appropriate configuration for the NIC 40. For 

example, the computer 20 may have previously stored at least one network configuration 52. 
The computer 20 may then interpret the network information 50 and determine whether the 
network configuration 52 correlates therewith. If the stored configuration 52 correlates with 
the network information 50, then the configuration 52 may be applied to the NIC 40. It is 
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noted that the responses 46, which are shown as response 1 through response N, may be 
staggered wherein each system 34a through 34c provides network information 50 at suitable 
points in time such that network 30 communications are minimally affected and such that 
network bandwidth is conserved. This may be achieved, for example, such that if one 
5 network system responds, other systems listening to the response will not respond. 
Redundant responses are therefore advantageously mitigated. 

It is noted that other computers attempting to determine their network configuration 
may determine the configuration from the response 50 that was multicast and/or broadcast as 
a result of the query 42 from the computer 20. In this manner, other computers (not shown) 

10 attaching to the network 30 may start listening for responses, and if a response is received 
before the other computers send their responses, then the other computers need not send a 
request for network information. Alternatively, if a router (not shown) is present on the 
network, the router may transmit such network configuration information periodically, 
wherein computers may learn their network configurations from the periodic transmissions. 

15 The computer 20 may have a plurality of possible configurations 52 for the NIC 40 

and/or other network cards (not shown) that may reside thereon. A configuration 52 may 
exist for each network 30 and NIC 40 that has been configured over time, for example. The 
configurations 52 may be determined from previous network operations and/or provided 
statically from a system administrator for example, and may be saved in some persistent 

20 storage (not shown) on the computer 20. The configurations 52 may be static and/or 

dynamic. 

In a static configuration 52 for example, the configurations may be input and/or 
downloaded manually and remain essentially static unless manually removed. This may 
include for example, an Internet Protocol (IP) address, a subnet address - an address of a sub- 
25 network for which the IP address is valid, a subnet mask - a bit pattern that when applied to 
an IP address yields the subnet address, and a name server address. 

In a dynamic configuration 52, the configuration 52 may be acquired from a Dynamic 
Host Configuration Protocol (DHCP) server and/or BOOTP server(not shown) employing 
DHCP protocol. A dynamic configuration may have a certain lifetime known as the lease 
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time. Network configurations 52 acquired via DHCP or BOOTP may change on lease 
expiration or when the computer 20 moves to another network and thus receives a new 
configuration from a DHCP or BOOTP server on the new network. It is noted that the 
present invention may provide automatic configuration of previously stored static and/or 
5 dynamic configurations when no DHCP or BOOTP server is available. If the computer 

system 20 connects to a system having a DHCP and/or BOOTP, network configurations may 
be alternatively received from the DHCP or BOOTP. 

Now referring to Fig. 2, a system 10b illustrates one particular aspect of the present 
invention for providing automatic configuration of network parameters. A multicast 42a, for 

10 example, may be employed to query the network 30 for network information 50. 

Multicasting provides a process wherein messages may be transmitted to a select group of 
machines. As will be described in more detail below, a predetermined address may be 
defined in a portion of a message (See e.g., reference numeral 60b in Fig. 4a) to be multicast. 
The network systems 34 which have been adapted to respond to the multicast 42a may then 

15 respond, for example, by providing a subnet address 46d and subnet mask 46e. As will be 

described in more detail below, the subnet address 46d and subnet mask 46e are received by 
the computer 20 to determine a network number wherein a suitable network configuration 52 
associated therewith may be selected. Thus, automatic configuration of the NIC 40 is 
achieved thereby mitigating manual processes associated with conventional systems. It is 

20 noted that the multicast 42a, in contrast to a broadcast wherein all machines on a network are 
sent a message, suitably avoids disturbing legacy systems that may not support the present 
invention. 

Turning now to Fig. 3, a system 10c illustrates an alternative aspect of the present 
invention wherein the network systems 34 may not have responded to the multicast 42a 
25 described above. If no network systems 34 on the network 30 respond to the multicast 

described above {e.g., no systems running software in support of the present invention), the 
computer 20 may initiate an Address Resolution Protocol (ARP) broadcast 42b to the 
network 30. The ARP broadcast 42b determines whether a network system 34 is existent on 
the network 30 and may include an IP address specified in the configurations 52. Any 
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suitable system 34, for example, having the IP address referred to in the broadcast 42b may 
respond to the ARP 30 by sending a MAC address 46f. For example, the MAC address 46f 
may represent a physical Ethernet address of a network card of the system 34 associated with 
the aforementioned IP address. In accordance with the present invention, the ARP broadcasts 
5 42b may be directed from router information {e.g., carrying the router's network address) 

specified in the static and/or dynamic configurations 52 described above. If a MAC address 
46f is sent in response to the ARP 42b, the configuration 52 pertaining to the router 
associated therewith may be applied to the NIC 40. Thus, automatic configuration of the NIC 
40 may be similarly achieved. 

10 In accordance with an alternative aspect of the present invention, and if no 

configurations 52 relate to responses received from the network systems 34 {e.g., coupling to 
the network for the first time), other processes may be employed to determine a suitable NIC 
40 configuration. For example, multicasts and/or ARPs described above may be employed to 
generate a response 46. From received responses 46, the computer 20 may determine a basic 

15 network configuration by interpreting the response 46. The interpretation process may 

include forming a subnet address that is adjusted from the received response addresses and by 
subsequently sending ARPs and/or multicasts to test the proposed configuration. 

Alternatively, configurations 52 may be determined by sending messages according to 
alternative modifications of configurations 52 previously stored. These messages may be for 

20 example, based on slight modifications {e.g., adjusting an IP address sequentially by 1, 2 etc.) 
to existing configurations 52. It is to be appreciated that other heuristics may be employed. 

Referring now to Fig. 4a, a system lOd illustrates a particular aspect for a system 
implementation in accordance with the present invention. The system lOd depicts a 
particular aspect of multicasting and/or ARP broadcasting to obtain network information 

25 such that an automatic configuration of the NIC may be achieved. Automatic configuration 

may be achieved by determining a configuration table 52a that provides an available list of at 
least one predetermined {e.g., static/dynamic configuration described above) configuration to 
be applied to the NIC 40 upon a determination of a network identification/context. 
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To determine a network identification, a network ID request 60 may be multicast to a 
network system 34 wherein an automatic configuration service 64 may be adapted to respond 
thereto. The network ID request 60 may include a MAC packet 60a as is well understood in 
the art, and a multicast packet 60b assigned for the automatic configuration service 64. For 
5 example, the multicast packet 60b may be addressed to a predetermined multicast address of 
239.255.1.10. It is to be appreciated that other suitable addresses may be selected. Although 
not shown in Fig. 4a, the network ID request may further include a source EP address of 
0.0.0.0. A timer 68 may also be provided to initiate alternative {e.g., ARP) processes within 
the computer 20 if a response is not received from the network ID request 60. 

10 Upon receiving the network ED request 60, the automatic configuration service 64 

may generate a response packet 70 defining network parameters such that the computer 20 
may select a suitable configuration 52a. The response packet 70 may include a MAC header 
70a, and an IP header 70b as are well understood in the art. A User Datagram Protocol 
(UDP) header 70c may be included to indicate a suitable Network Configuration Protocol 

1 5 (NCP) header 70d. The NCP header 70d may include a subnet address and subnet mask of 
the network in which the response packet 70 was received. It is noted that the response 
packet 70 may alternatively be multicast as a UDP packet. 

Upon receiving the response packet 70, the computer 20 may determine a network 
number (not shown) corresponding to the subnet address provided by the NCP header 70d. 

20 The configuration table 52a may then be searched to determine if at least one of the 

configurations 1 through N match the network number. If a match is found, the configuration 
corresponding thereto may then be applied to the NIC 40 wherein automatic network 
configuration may be achieved. 

As will be described in more detail below in relation to Fig. 4b, if a response packet 

25 70 is not received by the computer 20, an ARP broadcast may be initiated. The broadcasts 

may be to query the MAC address of one of the routers defined in the configuration table 
52a. If a response is received from the ARP broadcast, the configuration associated with the 
responding router address may then be applied. It is noted, as will be described in more 
detail below, that the automatic configuration service 64 may include a timer, shown as 
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timers 64a-64c, 1 through N, for minimizing network traffic and responses during the 
automatic configuration process. 

Referring now to Fig. 4b, a methodology is depicted for carrying out an aspect of the 
present invention as illustrated in Fig. 4a. A process is described wherein a machine (e.g., 
laptop computer) may determine a network that is being connected to. After the network 
determination, a configuration may be "plumbed" (e.g., applied) to enable network 
operations. The process described for "network detection" begins at step 100 of Fig. 4b. 

At step 100, a machine boots up and a network card (e.g., NIC) gets bound to a 
TCPIP stack. It is noted, that the network card currently has no network address assigned. 
At step 104 an auto-configuration service maybe started on at least one network system 34 
and a TCPIP protocol driver may be loaded and bound to the network card and/or cards on 
the machine. At step 108 an "auto-discovery" process may be initiated by multicasting a 
"network ID request" packet to a predetermined multicast address that is assigned for the 
auto-configuration service. The packet may have a 0.0.0.0, for example, as a source address 
in an EP header. At step 1 12, the machine may start a "local" timer for a predetermined time 
interval and subsequently wait for a response as described below. 

At step 1 16, network systems 34 that have been configured with the auto- 
configuration service accept the multicast packet for processing by the service. At step 120, 
the auto-configuration service on the network system may assemble a UDP (User Datagram 
Protocol belonging to the TCPIP suite of protocols) response packet that contains a "subnet 
address" and "subnet mask" of the network over which the packet was received. The process 
then proceeds to step 124 in Fig. 4c. 

At step 124, the network system may start a delay timer with an associated delay time. 
The delay time may be proportional to a "hash" value of the primary IP address of the 
network card over which the request was received and response may be sent. For example, 
the delay time may be determined from a composite (e.g., hashed) value of the primary IP 
address to make the time delay value different for each network system running the auto- 
configuration service. This minimizes the probability of two respondents responding at the 
same time and subsequently mitigates network traffic during auto-configuration. 
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At step 126, the delay timer is checked to determine if the timer has timed out. If the 
timer has not timed out, the process proceeds back to step 126. If the timer has timed out at 
step 126, the process proceeds to step 128. At step 128, a response is multicast and may be 
sent to the same address as the one to which the "network request" packet was previously 
5 sent. Alternatively, different predetermined multicast addresses may be employed - an 

address for the request, and another address for the response wherein the computer may listen 
on both addresses for requests and responses from other systems on the network. The 
network request packet may therefore be received by all network systems running the auto- 
configuration service. 

10 At step 132 a potential network system respondent determines if another network 

system respondent provided similar subnet information that the potential network respondent 
was about to send. If a response has been sent, the process proceeds to step 136 and the 
network system stops its delay timer, discards the-queued response and proceeds to step 144. 
This mitigates multiple redundant responses from being sent on the network. If a response 

15 has not been detected from another network system 34 at step 132, the process proceeds to 

step 140 and sends a response to the requesting machine as described above. From step 140, 
the process proceeds to step 144 illustrated in Fig. 4d. 

At step 144, the machine that multicast the network ED request determines if a 
response is received before the local timer has timed out. If the local timer has timed out 

20 before the response is received, the process may proceed to step 164 which is described in 
more detail below. Alternatively, although not shown, the process may optionally send a 
plurality of network ID requests by returning back to step 112 a predetermined number of 
times (e.g., digital filter for noisy systems) before proceeding to step 164. If a response is 
received at step 144, the local timer started in step 1 12 may be reset to indicate that a 

25 response was received. If the local timer has not timed out before receiving a response, the 
process proceeds to step 148. 

At step 148, the subnet address as described above may be extracted from the 
response. Alternatively, the subnet address may be determined by applying the subnet mask 
to the IP address in the response header. At step 152, the machine searches for a subnet 
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address "match" in stored configurations resident on the machine. At step 156, a 
determination is made as to whether a match has occurred between the response and the 
stored configurations. If there is a match at step 156, the process proceeds to step 160 and 
applies the matching network configuration to a network stack and thus, the machine 
5 becomes operational on the network. Consequently, automatic detection and configuration of 
network parameters is complete. If there is no matching configuration at step 156, the 
process proceeds to step 158 wherein other heuristics may be applied such as multicasting 
and/or providing ARP broadcasts in sequential relation to the stored configurations as 
described above. 

10 If there were no network systems running an auto-configuration service, no response 

would have been received at step 144 above, and the local timer would time-out waiting for a 
response. As described above, if the local timer times out at step 144, the process then 
proceeds to step 164 illustrated in Fig. 4e. 

Beginning at step 164 an alternative process for providing auto-configuration of 

15 network parameters may be employed. At step 164, an Address Resolution Packet (ARP) 

may be directed to each router specified in the static and/or dynamic configurations stored on 
the machine. At step 170, a local timer may again be started to indicate a length of time to 
wait for the ARP response. At step 174, a determination is made as to whether a response 
was received before the local timer has timed out. If a response was received at step 174 

20 from at least one of the addressed routers, a corresponding configuration associated with the 

router may be applied to the machine at step 178, and thus automatic configuration of 
network parameters is complete. 

If there was no response to the ARP packets at step 178 the process may proceed to 
step 158 wherein other heuristics may be applied as described above. A lack of response at 

25 step 178 may indicate that none of the stored configurations' routers are on the attached 

network or that one of the stored configurations is valid but the associated router is down 
and/or not responding. 

In order to provide a context for the various aspects of the invention, Fig. 5 and the 
following discussion are intended to provide a brief, general description of a suitable 
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computing environment in which the various aspects of the present invention may be 
implemented. While the invention has been described above in the general context of 
computer-executable instructions of a computer program that runs on a computer, those 
skilled in the art will recognize that the invention also may be implemented in combination 
5 with other program modules. Generally, program modules include routines, programs, 
components, data structures, etc. that perform particular tasks or implement particular 
abstract data types. Moreover, those skilled in the art will appreciate that the inventive 
methods may be practiced with other computer system configurations, including single- 
processor or multiprocessor computer systems, minicomputers, mainframe computers, as 

10 well as personal computers, hand-held computing devices, microprocessor-based or 

programmable consumer electronics, and the like. The illustrated aspects of the invention 
may also be practiced in distributed computing environments where tasks are performed by 
remote processing devices that are linked through a communications network. However, 
some, if not all aspects of the invention can be practiced on stand-alone computers. In a 

15 distributed computing environment, program modules may be located in both local and 

remote memory storage devices. 

With reference to Fig. 5, an exemplary system for implementing the various aspects 
of the invention includes a conventional server computer 220, including a processing unit 
221, a system memory 222, and a system bus 223 that couples various system components 

20 including the system memory to the processing unit 22 1 . The processing unit may be any of 

various commercially available processors, including but not limited to Intel x86, Pentium 
and compatible microprocessors from Intel and others, including Cyrix, AMD and Nexgen; 
Alpha from Digital; MIPS from MIPS Technology, NEC, IDT, Siemens, and others; and the 
PowerPC from IBM and Motorola. Dual microprocessors and other multi-processor 

25 architectures also can be used as the processing unit 221 . 

The system bus may be any of several types of bus structure including a memory bus 
or memory controller, a peripheral bus, and a local bus using any of a variety of conventional 
bus architectures such as PCI, VESA, MicroChannel, ISA and EISA, to name a few. The 
system memory includes read only memory (ROM) 224 and random access memory (RAM) 
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225. A basic input/output system (BIOS), containing the basic routines that help to transfer 
information between elements within the server computer 220, such as during start-up, is 
stored in ROM 224. 

The server computer 220 further includes a hard disk drive 227, a magnetic disk drive 
5 228, e.g., to read from or write to a removable disk 229, and an optical disk drive 230, e.g., 

for reading a CD-ROM disk 231 or to read from or write to other optical media. The hard 
disk drive 227, magnetic disk drive 228, and optical disk drive 230 are connected to the 
system bus 223 by a hard disk drive interface 232, a magnetic disk drive interface 233, and an 
optical drive interface 234, respectively. The drives and their associated computer-readable 

10 media provide nonvolatile storage of data, data structures, computer-executable instructions, 
etc. for the server computer 220. Although the description of computer-readable media 
above refers to a hard disk, a removable magnetic disk and a CD, it should be appreciated by 
those skilled in the art that other types of media which are readable by a computer, such as 
magnetic cassettes, flash memory cards, digital video disks, Bernoulli cartridges, and the like, 

1 5 may also be used in the exemplary operating environment, and further that any such media 

may contain computer-executable instructions for performing the methods of the present 
invention. 

A number of program modules may be stored in the drives and RAM 225, including 
an operating system 235, one or more application programs 236, other program modules 237, 

20 and program data 238. The operating system 235 in the illustrated computer may be a 

Microsoft operating system (e.g., Windows NT server), however, it is to be appreciated that 
other operating systems may be employed. 

A user may enter commands and information into the server computer 220 through a 
keyboard 240 and a pointing device, such as a mouse 242. Other input devices (not shown) 

25 may include a microphone, a joystick, a game pad, a satellite dish, a scanner, or the like. 

These and other input devices are often connected to the processing unit 221 through a serial 
port interface 246 that is coupled to the system bus, but may be connected by other interfaces, 
such as a parallel port, a game port or a universal serial bus (USB). A monitor 247 or other 
type of display device is also connected to the system bus 223 via an interface, such as a 
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video adapter 248. In addition to the monitor, computers typically include other peripheral 
output devices (not shown), such as speakers and printers. 

The server computer 220 may operate in a networked environment using logical 
connections to one or more remote computers, such as a remote client computer 249. The 
remote computer 249 may be a workstation, a server computer, a router, a peer device or 
other common network node, and typically includes many or all of the elements described 
relative to the server computer 220, although only a memory storage device 250 is illustrated 
in Fig. 5. The logical connections depicted in Fig. 5 include a local area network (LAN) 251 
and a wide area network (WAN) 252. Such networking environments are commonplace in 
offices, enterprise-wide computer networks, intranets and the Internet. 

When used in a LAN networking environment, the server computer 220 is connected 
to the local network 251 through a network interface or adapter 253. When used in a WAN 
networking environment, the server computer 220 typically includes a modem 254, or is 
connected to a communications server on the LAN, or has other means for establishing 
communications over the wide area network 252, such as the Internet. The modem 254, 
which may be internal or external, is connected to the system bus 223 via the serial port 
interface 246. In a networked environment, program modules depicted relative to the server 
computer 220, or portions thereof, may be stored in the remote memory storage device. It 
will be appreciated that the network connections shown are exemplary and other means of 
establishing a communications link between the computers may be used. 

In accordance with the practices of persons skilled in the art of computer 
programming, the present invention has been described with reference to acts and symbolic 
representations of operations that are performed by a computer, such as the server computer 
220, unless otherwise indicated. Such acts and operations are sometimes referred to as being 
computer-executed. It will be appreciated that the acts and symbolically represented 
operations include the manipulation by the processing unit 221 of electrical signals 
representing data bits which causes a resulting transformation or reduction of the electrical 
signal representation, and the maintenance of data bits at memory locations in the memory 
system (including the system memory 222, hard drive 227, floppy disks 229, and CD-ROM 
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231) to thereby reconfigure or otherwise alter the computer system's operation, as well as 
other processing of signals. The memory locations where such data bits are maintained are 
physical locations that have particular electrical, magnetic, or optical properties 
corresponding to the data bits. 
5 Turning now to Fig. 6, a Multiple IP Configurations (MIPC) service 300 illustrates an 

aspect of the present invention. The MIPC 300 architecture enables a machine to detect and 
configure substantially automatically a plurality of network interfaces depending on the 
network (e.g., network 30a, 30b) the machine may be connected to. A particular aspect of the 
MIPC 300 relates to a computer 20 (e.g., laptop) being moved from one network 30a to 
10 another network 30b (e.g., from home to work, from one enterprise to another, etc.), or when 

a computer regularly utilizes various locations to connect to the same network and/or 
networks. 

A connection's context is generally different from network to network, and network 
parameters may be obtained in various ways. For example, a grouping of network parameters 

15 310 may generally include: an IP address 3 1 0a, a subnet mask 3 1 0b, a Gateway IP address 

3 1 0c, one or more DHCP servers 3 1 Od, and/or name servers, 3 1 Oe etc. These parameters 310 
may generally be obtained dynamically via a DHCP server (not shown). Alternatively, if a 
DHCP server is not provided, an IP address 310a and subnet mask 310b may be obtained via 
an auto-configuration service described above. Additionally, network parameters 310 may be 

20 provided statically, as configured by a system Administrator, for example. 

A feature of the MIPC architecture 300 is to mitigate having NIC's 40, as described 
above, reconfigured manually each time a connection's context is changed. The MIPC 
service 300 may include a set of possible configurations 52b based upon past network 
configurations and/or predetermined configurations and may dynamically select and apply to 

25 each NIC 40 a particular configuration 52b that corresponds to a current network context. 

The MIPC service 300 may be configured to enable system administrators to define, 
initialize and update a set of user-defined network configurations 52b, define a semantic for 
auto-detecting a particular configuration that corresponds to a current connection context for 
each of the NIC's 40, and configure each NIC 40 based on the configuration 52b that was 
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detected as the best match for the current context. Alternatively, if no match is detected, a 
user may be notified through a tool-tip message (not shown) on a net connection icon (not 
shown), for example. 

The MIPC 300 provides a substantially efficient and extendable architecture in order 
5 to: minimize impact on the system boot time, enable users to bypass auto-detection services 
by specifying manually the configuration 52b to be applied, and provide future extensions. 
For example, a popup window may be provided that displays boot-time information and 
provide an option to bypass auto-detection. In a case whereby auto-detection may fail (e.g., 
noise), users may select a manual configuration. Future extensions may include parameters 
10 that define a connection's context and/or semantics based upon whether a configuration 52b 
may be auto-detected. The MIPC 300 may also include an extendibility schema. 

An aspect of the MIPC service 300 substantially automates determining a mapping 
314 between an address space of NIC's 40a-40c, for example, available on the computer 20 
and an address space of user-defined configurations 52b. The mapping 314 may be a binary 
15 table, for example, representing an association between each member of the NIC's 40 address 

space and each member of the configurations 52b address space. 

For example, referring to Fig. 7a, when the computer 20 starts up, a mapping table 
320 may be set to a "1" (e.g., shown as block dot's in Fig. 7a) for configurations 52b that may 
be potentially valid for each NIC. As an example, a column 322b for NIC2 may be requested 
20 not to have a DHCP assigned IP address (e.g., column selection set to "0", shown as a in 
Fig. 7a). 

Referring now to Fig. 7b, the mapping table 320 depicts an exemplary configuration 
for example, after an auto-detection sequence described above, completes. The columns 
322a-322d in the table generally may have a single entry set to "1" (e.g., generally, an NIC 
25 may be limited to a single configuration). Other mapping semantics may be provided as well. 

For, example, a row for a static configuration may be limited to a single entry set to "1" (e.g., 
generally, each NIC associated with a system includes a unique static address). 

Referring now to fig. 8a, an exemplary illustration defines how configurations 52b 
maybe partitioned into sets of configurations 326a-326c having similar characteristics (e.g., 
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DHCP , Static, Autonet, etc.). Suitable configurations 52b in a partition 326a-326c may have 
the same structure (e.g., network parameters, default gateway, name servers, etc.) while 
configurations associated with other partitions may be defined differently (e.g., there may be 
no default gateway for an Autonet configuration). 

Referring now to Fig. 8b, an illustration of a possible configuration implementation is 
depicted. For example, upon completion of an auto-detection sequence as described above, a 
related code base may be employed for configurations of the same type. Consequently, the 
implementation may include at least one module or "configuration detector" (CD) 328a-328c 
per each type of configuration. For example, a suitable CD (e.g., DHCP, STATIC, 
AUTONET 328a-328c) may be responsible for mapping a configuration for each of the 
NIC's 40a-40c, if such a map is possible in the set of configurations managed by a particular 
CD. 

Turning now to Fig. 9, an illustration of an auto-detection process and how CD 
execution may be provided over a network. In order to minimize bandwidth employed for 
auto-detection, there may be a defined a set of network operations 330 (e.g., DHCP 
Discover/ ARP request, etc.). A CD 332 initiating a network operation 330 may register the 
network operation 330 with the MIP C service 300. A registration may ensure that each 
network operation 300 is generally not executed more than once while all CDs 332 attempt to 
complete operations. In the event another CD initiated similar operations, the service 300 
may return a synchronization object (not shown) enabling a caller (e.g., object) to wait for the 
operation 330 to complete. If an auto-detection sequence comprises network operations 330 
that are not specific to any Configuration Detector 332, such operations may be coded 
internally in the MIPCS 300 and may be invoked by any CD 332 through a similar 
registration process. 

An internal interface (not shown) may be designed to provide a flexible interaction 
between the MIPC service 300 and each CD 332. Upon initialization, the MIPC 300 may 
initialize a variable that holds the head of a Global Configurations List (GCL) (See e.g., 
reference numeral 328d in Fig. 8b). The GCL loads a list of CDs 332 from a registry 336 and 
initializes the CD 332 by calling an entry point from the interface. The CD 332, about to be 
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loaded, maybe responsible for loading from the system registry 336 user-defined 
configurations of the type the CD 332 supports. Furthermore, the CD 332 may append the 
user-defined configurations to the GCL that is passed during the initialization phase. 

The interface between MIPC 300 and CD 332, which is described in more detail 
5 below, may include an MIPC service logic portion 340 and a CD logic portion 350. The 

MIPC 300, for example, does not require knowledge of the structure of elements linked into 
the GCL. Furthermore, each of the elements in the GCL may have a different structure, 
depending on the configuration type and on the CD 332 that manages them. This provides 
for future extendibility. For example, it is sufficient for a CD 332 to implement the interface 
10 with the MIPC 300 in order to participate in the auto-detection process. 

Below are exemplary code descriptions of an MIPC service logic portion 340 and a 
CD logic portion 350 described above. 



15 

A. Service's Logic 340: 

RegisteredNetOp (Operation, ref event) 
20 { 

ENTER j:RITICAL_SECTION; 
if (Operation not in Net Op Registery) 

{ 

create Operation. evnt; 
25 store Operation in NetOp Registry; 

event = Operation. evnt; 
OpDuplicated = FALSE; 

} 

else 

30 { 

get original Operation from NetOp Registry; 
event = Operation.evnt; 
OpDuplicated = TRUE; 

} 

35 LEAVE_CRITICAL_SECTION; 
Return OpDupliacted; 

} 
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» # 



10 



20 



B. CD's Logic 350: 

Fxfir.ntfiNfitOp (Operation) 
HANDLE event; 

if (IRegisteredNetOp (Operation, event)) 
{ 

perform net operation; 



} 

else 

15 { 



fill up Operation data in NetOp Registry; 
signal event; 



wait on event; 



} 

Use Operation data 



What has been described above are preferred aspects of the present invention. It is, of 
course, not possible to describe every conceivable combination of components or 
methodologies for purposes of describing the present invention, but one of ordinary skill in 
25 the art will recognize that many further combinations and permutations of the present 

invention are possible. Accordingly, the present invention is intended to embrace all such 
alterations, modifications and variations that fall within the spirit and scope of the appended 
claims. 
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